REMARKS „ . . 

» is in receipt of the Office Action mailed February 26, 2004. Clatmsl 
4 5 7 .2 14 16 ,18-19,24 ; 26,29,31,and37havebeenamended. New claims 43-49 
havebeen'added tomore fully characterize me invention. Thus claims 1, 3-7, and 9-49 
are pending in the application, addition to the remarks presented in a prior Response 
,„ the Final Office Action dated May 26*. 2004, which is hereby incorporated by 
reference, further consideration of the present case is earnestly requested in light of tire 
following remarks. 

TTI FrillW IF"""™ SUMMARY 

^^P^^ Thai and Examiner Knoll for the courtestes 

extended during the telephone interview between the Examiners, Mark Williams, an 
Martin Wojcik on July 15,2004. During to interview, Examiner Knol. has agreed ma, 
byqualifyingmetiiggertobeofasyrtchronousnarureasweUasexplicattngme 
differences between the system of Rao and the system as claimed in the Apphcation, tire 
Application would come under consideration of being approved. The independent c.auns 
have been amended and differences from the related art are expounded below. 

Claim 1 

Amended independent claim 1 recites: 

,. A system for synchronizing a Controller Area Network (CAN) interface with a 
nerioheral device, the system comprising: 

a^S^e^^ — 

* eC ^ intof r m eZ^cTnf Ig ured to store program code; 

an Sdea pr^essor coupled to the memory, and configured to 

execute the , ogic coupled l0 to embedded processor -d 

CAN interface logic coupled to the embedded processor and 

rriss^— *- to te CAN via 

the bus interface logic of the CAN interface; 
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wherein the peripheral device is operable to generate an asynchronous 
trioaer on the interconnecting bus in response to a peripheral event; 
§g SSTSSEn interface is operable to receive the asynchronous trigger 

^ tS^SS^ processor is operable to execute the program code 
to pcriSTTSS? event i/response to said CAN 
asynchronous trigger on the interconnecting bus from the peripheral device 
Xem the CAN event is performed substantially synchronously with the 

l**^?*-** and receipt * ^VT^ST *« ** 

performing the CAN event are performed independently of the I/O bus. 

Claim 1 recites a system where a peripheral device and a CAN interface are each 
coupled to a host computer via an I/O bus. The peripheral device and the CAN interface 
are coupled via an interconnecting bus. The peripheral device is operable to send an 
asynchronous trigger using the interconnecting bus to the CAN interface upon an event 
on the peripheral device. The CAN interface, upon receiving the asynchronous tngger 
via the interconnecting bus, is operable to perform a CAN event that is substantially 
synchronous with the event performed by the peripheral device. In other words, the 
asynchronous trigger is operable to synchronize events between the CAN interface and 
the peripheral device. Furthermore, the generation and receipt of the asynchronous 
trigger, and the performing the CAN event are performed independently of the I/O bus. 

The system of Rao (US 2003/0028701, "Rao") is significantly different from the 
system of claim 1. Rao describes a real-time performance monitoring facility in an 
integrated circuit Q.Q data processor for monitoring events related to different bus 
activity. In paragraph [0017], Rao teaches a system on an Integrated Circuit (IC) where: 

"A W system 108 is <y T ™ * e firstbus 112 ' w hi1p » ""™ be ; of V ° 

^^da^ds and disk controllers. The data processor 104 inc hides first 
ltd second bus interfaces (not shown) to each of the first and second buses The 
tsZ AllZd second bus 118 maybe treated by the VO devices as one logical 
bus wSh he help of a bridge 138. ^^lMmMm ?f <* ™f " ot 

H,t a P n— 104 is used for connnumcaiioimn^^ 
nrnrrr ~ i o« *nA » local memory V ™« * ™™™ controller 128. The local 

Processor 126 Although shown here as integrated on the same die as the da a 
p oces so 04 the subfystem processor 126 may alternatively be implemented as 
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a separate die. fornication betw een t he first and second buses and the internal 
uJ^ so^ plkhed via a num ber -of bridge-like devices being pnmary and 
^L^^L^tion^J^U^OmdS ATU 134. Data transfers 
from devices on the first bus 112 and second bus 118 to the tocalmawjy 127 
may also be achieved using the respective direct memory access (DMA) channels 
144 and 146." (Rao [0017]) (emphasis added) 

Rao teaches an IC that has a first bus that couples to a host system and a second bus that 
couples to one or more I/O devices. The IC of Rao also has an internal bus that couples 
to a memory controller and a subsystem processor. The IC of Rao includes a Data 
Processor that has monitoring facility for the first and second buses as well as the internal 



bus: 



"The data processor 104 includes an on-chip p e rf orma nce monitoring facility 142. 
rioted lines between the block representing the monitoring facility 142 and 
ri^j^rive buses represent riffiri naths that carry event information from the 
i^^Trneir respective bus interfaces (not shown) to the monitoring facility 
142 The events are occurrences and durations of bus activity which are caused by 
cWnunication between devices on the internal bus 122 (e.g. subsystem 
processor 126 or memory controller 128), devices on the first bus 112 (e.g the 
host system 108) and devices on the second bus 1 18 (e.g., the I/O devices 1 16 and 
117) Some useful events to be monitored include bus idle and data cycles, 
number of grants, number of retries, device acquisition time, and device 
ownership time." (Rao [0018]) (emphasis added) 

The monitoring facility of Rao is operable to use counter registers to record a number of 
times a certain event occurred. That counter register may have a predetermined 
maximum value that in turn may cause an interrupt that is interpreted by software 
executing on the subsystem processor 126 of Figure 1 of Rao: 

"Another embodiment of the monitoring facility 142 as shown in FIG. 4 is one 
having a counter status register 414 that allows software to identify an event 
counter 166.sub.i that may have overflowed. The status register is software- 
readable and is used to identify those event counters 166.sub.i that have reached 
predetermined counts, and in particular an overflow condition. The software may 
use this information to manage a performance monitoring session as descnbed 
below in the embodiment of FIG. 5. The counter status register 414 in one 
embodiment includes a number of one-bit latches each receiving a notify signal 
from a respective event counter 166.sub.i. Each counter 166.sub i can generate a 
notify signal in response to reaching a predetermined count while counting events. 
For hVtn— » pretermitted count may b e t h e maximum count value of he 
^TT^ter 1 66.sub.i. where the notify signal in effect becomes an overflow 
indication that the counter has reacts ^ maximum count value. The notify 
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signals are fed to OR logic 418 which has a number of inputs 1 . . . N each 
Sed * a respective one of the latches that are part of status register 414. The 
OR logi ^ 4?8 forwards the notify signal to be interpreted by the software. JJm 

^Sj^Lw s of the counter s !aIuI7eja^^ 

i 2 ^^^ cou^e^ed 

intermediate values nf the, event counters lbb.subq (Rao [0028]) (emphasis 
added) 

However, in the system of Rao, it is the system processor that receives an interrupt from 
the monitoring facility. In all embodiments listed by Rao, the other devices read the one 
or more registers 170 of the monitoring facility 172 of Figure 1: 

"The monitoring facility 142 includes a number of event counters 166.sub.l, 
166 s™2 , 166.sub N (166.sub.i) and a corresponding number of counter 
^to 170.^b.l, 170.sub.2, . . . 170.sub.N (170.sub.i). Each of the registers 
iS.L^s the current count value of its corresponding even < counter 
66 sub i The rasters 170.sub i ™ Y he read bv software being executed in me 

TZ* m , m nn, 1 27 for execute hv the processor 1 76 The registers 170.sub.i 
fPb^Tw 1 97. Other config-^™* for accessing registers 170.sub A 
j^tTii^^^ in response to instruc^r^dand 
evented bv the host system 108 ," (Rao [0019J) (emphasis added) 

Rao teaches a system where the software executing in the system 100, upon being 
interrupted by the monitoring facility, is operable to perform an action. Alternatively, 
Rao teaches a system where the host system 108 is operable to access registers 170 using 
the first bus 112. 

In contrast, claim 1 recites that an event on a peripheral device is operable to 
asynchronously trigger an event on a CAN interface using an interconnecting bus. Rao 
does not teach or suggest analogous relationships between devices on the IC of Figure 1 . 
For example, Rao does not teach that an event on a first device is operable to 
asynchronously trigger an event on another device, such as the I/O device 1 1 6 on the 
second bus or the memory controller 128. Instead, Rao teaches that the monitoring 
facility 142 is operable to count events occurring on the first bus, and upon reaching a 
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predetermined count, either assert an interrupt to be read by the subsystem processor 126 
or polled by the host system 108. In the system of Rao, the monitoring facility 142 
counts eventson the first bus or on the second bus. Neither the host system 108 nor the 
memory controller 128 nor the subsystem processor 126 nor the first I/O device 1 16 nor 
the second I/O device 1 1 8 is able to trigger an event on any other device directly. 
Instead, as mentioned above, the monitoring facility 142 on the IC is operable to count 
events using event counters 166 and record the number of events in a corresponding 
register 170 of the monitoring facility. Applicant further notes that the device/bus 
topology expressed in claim 1 is not found in Rao. 

In actuality, the monitoring facility of Rao teaches away from the peripheral 
device of claim 1 asynchronously triggering the CAN interface using an interconnecting 
bus. The peripheral device of claim 1 asynchronously triggering the CAN interface using 
an interconnecting bus does not use an external entity, i.e., the monitoring facility, to 
count events. Claim 1 does not teach counting events, but instead teaches directly and 
asynchronously triggering an event on the CAN interface by the peripheral device. The 
asynchronous trigger signal is sent over the interconnecting bus to the CAN interface 
from the peripheral device, independent of the I/O bus. Rao does not teach or suggest an 
analogous system or mechanism. 

Furthermore, Applicant respectfully submits that although the monitoring facility 
142 of Rao is operable to raise an interrupt upon one of the counter registers reaching a 
predetermined count value, this is different from generating an asynchronous trigger by 
the peripheral device. The peripheral device of claim 1 is operable to generate the 
asynchronous trigger and send the trigger to the CAN interface using the interconnecting 
bus As noted above, claim 1 does not use another entity, i.e., the monitoring facility 142 
of Rao, to monitor, count, record in a corresponding counter register, and either raise an 
interrupt to a separate subsystem processor 126 or be polled by the host system 108. 

Specifically, in paragraphs [036] and [037] Rao describes the architecture and use 
of the event counters. Rao describes a circuit where a counter updates its own counter 
value upon receiving a 'qualified counter value' signal from an 'event qualification 
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logic' The event qualification logic operates to choose the proper clock domain using 
domain qualifier circuits, which operate to indicate the corresponding clock domain. The 
value in the counter register of Rao is operable to be used by the monitoring software, as 
described in paragraph [015]. Rao describes a system where the monitormg software 
can either poll or be interrupted by the counter reaching a pre-determined count. The 
monitoring software is operable to perform an operation based on the type of the 
interrupt. Thus Applicant notes that the event counters of Rao teach away from the 
peripheral device of claim 1 asynchronously triggering the CAN interface using an 
interconnecting bus. 

Therefore, for at least the reasons presented above, Applicant respectfully submits 
that claim 1 is patentably distinct over the cited art. 

Similar arguments apply with equal force to independent claims 7, 14, 19, 24, 31, 
and 37. Applicant thus respectfully submits that each of the independent claims 1, 7, 14, 
19, 24, 31, and 37, and claims dependent thereon, are patentably distinct over the cited 
art, and are thus allowable. 

Applicant also asserts that numerous ones of the dependent claims recite further 
distinctions over the cited art. However, since the independent claims have been shown 
to be patentably distinct, a further discussion of the dependent claims is not necessary at 
this time. 
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CONCLUSION 



In light of the foregoing amendments and remarks, Applicant submits the 
application is now in condition for allowance, and an early notice to that effect is 
requested. 

If any extensions of time (under 37 C.F.R. § 1-136) are necessary to prevent the 
above referenced application(s) from becoming abandoned, Applicant(s) hereby petition 
for such extensions. If any fees are due, the Commissioner is authorized to charge said 
fees to Meyertons, Hood, Kivlin, Kowert & Goetzel PC Deposit Account No. 50- 
1 505/5 150-22400/JCH. 

Also enclosed herewith are the following items: 
5?1 Return Receipt Postcard 



Respectfully submitted, 




Mark S. Williams 

Reg. No. 50,658 

AGENT FOR APPLICANT(S) 



Meyertons, Hood, Kivlin, Kowert & Goetzel P 

P.O. Box 398 

Austin, TX 78767-0398 

Phone: (512) 853-8800 

Date: 7--L-Z'<?4 TCH/MSW /MRW 
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